Desenvolvendo uma aplicação Multicamadas para Windows em C#

Parte 4 )Camada Intermediária: Lógica de Negócios

Introdução

Este artigo é o quarto de uma série de artigos que apresentam um exemplo prático e simples abordando o desenvolvimento em camadas em C#, sabemos que a programação orientada a objetos (POO) possibilita uma abordagem simples para a utilização de dados usando objetos. Aproveitando o comentário do amigo Queiroz “Como o seu objetivo é abstrair algumas operações com o banco de dados um nome que mais relacionado à persistência ficaria melhor” sobre os artigos anteriores, diga-se por sinal que comentário foi bem oportuno; é importante destacar que as camadas nos dizem como agrupar os componentes já o modelo MVC apresenta a forma de interação entre essas. O nome dado a segunda camada (Intermediária) acredito que esteja bem adequado, no entanto a lógica do controlador, deve ser vista como a parte da camada que contém as classes com o  conhecimento necessário sobre como persistir objetos no banco de dados, como usei o referencial teórico apresentado no artigo 1 (Deitel et al, 2002) esta persistência encontra-se apresentada como “lógica do controlador”, tradução técnica feita também na versão brasileira do Livro “Como programar C#”. É importante que o leitor não confunda estes conceitos. Aqui no próprio devmedia, os amigos podem encontrar artigos interessantes demonstrando na prática os conceitos de MVC que em projetos maiores é uma boa prática a realização do mapeamento entre os objetos de domínio com o banco de dados. O leitor pode conhecer mais sobre esse mapeamento utilizando por exemplo o Nhibernate, aqui no portal com as vídeo aulas do Rodrigo. Link abaixo:

http://www.devmedia.com.br/articles/viewcomp.asp?comp=7341&hl=

Revisando

No primeiro artigo foi apresentado um cenário para o desenvolvimento da aplicação e criado o Banco de Dados com as respectivas tabelas e o mapeamento Entidade Relacionamento entre elas.

No segundo artigo dessa série foi apresentada a classes da camada “2 – Camada Intermediaria” que representa a lógica do controlador, classe essa que faz a interface entre a lógica de negócio e os dados no banco de dados.

No terceiro artigo foi apresentada a classe clnClientes.cs que compõe as regras de negócios do Sistema de Controle de Apólices de Seguro proposto no primeiro artigo. É importante também destacar que o leitor pode acrescentar, como já foi dito, comportamentos a esta classe, coisa que aqui por questão de didática deixei de incluir.

Este Artigo

Neste quarto artigo será apresentado a camada de apresentação, onde criaremos um formulário para cadastro de dados dos clientes e um formulário de pesquisa genérico que poderá ser reutilizado em toda a aplicação.

Lembrando que ao ao final dessa série de artigos, disponibilizarei o código dessa aplicação exemplo. Espero que vocês tenham enfrentado o desafio do artigo anterior.

Figura  SEQ Figura \* ARABIC 1 - Camadas da Aplicação

3 – Camada de Apresentação

A camada de apresetação ou camada do cliente ou ainda camada superior é a interface com o usuário, que neste caso são as janelas Winforms do nosso aplicativo exemplo. A camada do cliente interage com a camada intermediária para fazer pedidos e recuperar dados da camada de dados. Então, a camada de apresentação exibe para o usuário os dados recuperados pela camada intermediária. Esta divisão em camadas certamente deixa o código com uma leitura e controle mais fácil. Pois as regras estão em uma camada isolada. Supondo que nossa aplicação fosse cliente de uma aplicação Web Service em um servidor numa intranet, as regras poderiam estar nas classes desse único servidor facilitando assim a manutenção, pois caso o código venha a ser alterado, não é necessário compilar as alterações nas máquinas clientes. Um bom trabalho poupado.

Cenário:

Criaremos nesse momento o primeiro formulário, que servirá de interface com os dados do cliente. Onde o usuário poderá, incluir, alterar, excluir e pesquisar por um determinado cliente. Nota, lembre-se que a idéia é criar um formulário para pesquisa genérico que venha a servir em outros tipos de pesquisa, como por exemplo: apólices de seguro ou parcelas do cliente.

Mão na Massa:

1) Com o aplicativo aberto Seguros_OO, você deve ter um formulário Form1 na janela do solution explorer, arraste-o para dentro da Camada de Apresentação, pasta [Camada Apresentacao].

Figura  SEQ Figura \* ARABIC 2 – Form1.cs

Caso você não tenha esse formulário, clique com o botão direito do mouse sobre a camada de apresentação e adicione um novo formulário.

Renomeie esse formulário para FrmClientes.cs

Figura  SEQ Figura \* ARABIC 3 - Formulário renoemado.

2) Crie uma interface arrastando os objetos para a tela conforme abaixo e definindo o nome dos controles como apresentado em azul:

Figura  SEQ Figura \* ARABIC 4 - Cadastro de Clientes

3) Altere as propriedades de todos os botões exceto (btnProcurar e btnSair), como abaixo:

O formulário deve funcionar desta forma:

• Quando for carregado o foco deve estar no primeiro campo o controle txtidCli
• Quando o usuário sair desse controle, faremos uma busca no Banco de Dados para retornar o código digitado, caso não tenha o código será habilitado a opção de incluir e caso contrário será habilitado o botão atualizar.

4) Selecione o controle txtidCli e na janela de eventos, veja Figura 5 - Janela para seleciona evento, e escolha o evento leave (para conhecedores do VB – lostfocus), dê um duplo clique nele e adicione o código abaixo:

Figura  SEQ Figura \* ARABIC 5 - Janela para selecionar evento

5) Código do evento Leave:

É necessário que você indique o local de armazenamento das classes nas declarações de using. Neste caso indique:

...

using System.Text;

using System.Windows.Forms;

using Seguros_OO.Camada_Intermediaria.Logica_Negocios;

No código anterior observe as linhas destacadas em negrito e itálico nos blocos if e else. Invoca-se um método chamado LimparTxt passando como parâmetro o objeto do tipo GroupBox chamado groupBox1. A idéia é que quando o código for invocado ele “limpe” todas as caixas de textos que estão dentro do groupBox.

6) Acrescente o código a seguir, logo acima ou abaixo do método anterior.

7) Na lista abaixo código encontra-se o código do botão incluir. Observe como este código é limpo. Lembre-se que as regras para gravação do cliente poderiam ter sido criadas na classe clnCliente no método Gravar ou nos métodos de escrita Set daquela classe.

8) Abaixo o código do botão atualizar.

9) Abaixo o código do botão Excluir.

10) Abaixo o código do botão cancelar.

Neste momento não será colocado código para o botão procurar. Retornaremos a este ponto em breve.

11) Abaixo código do último botão, o botão sair. A finalidade é apenas sair do formulário atual e não da aplicação, uma vez que esse não será o formulário principal deste nosso sistema exemplo.

Bom, agora que já está pronto o formulário: cadastro de clientes, o próximo passo é criar um formulário genérico de consulta. Este formulário servirá para pesquisa em todas as tabelas do banco.

12) Agora, adicione um novo formulário a essa aplicação e renomei-o com o nome FrmPesquisa.cs, coloque (ou crie) esse formulário dentro da pasta [Camada Apresentacao].

Figura  SEQ Figura \* ARABIC 6 - Solution Explorer (FrmPesquisa.cs)

Quem acompanhou a série de artigos do desenvolvimento em camada para o Visual Basic, deve se lembrar deste formulário. A idéia aqui é a mesma, só que em Csharp. Mas vale a pena relembrar.

13) Arraste para o formulário FrmConsulta os seguintes objetos 02 groupboxs, 03 labels, 02 combobox, 01 textbox, 01 button e 01 datagrid. Conforme abaixo:

Figura  SEQ Figura \* ARABIC 7 - Formulário FrmPesquisa.cs

14) Altere as propriedades dos objetos do formulário conforme quadro:

15) Agora vamos retornar ao formulário FrmClientes, para adicionar o código que responde ao evento click no botão procurar. No entanto declare a biblioteca com o keyword using antes.

16) Agora sim. Vamos ao código do botão procurar:

17) Alterne agora para o formulário FrmPesquisa e declare as bibliotecas necessárias para instanciamento das classes (namespace).

18) Neste momento adicione o código para o evento Load do formulário “FrmPesquisa”.

O método acima é disparado quando o formulário é carregado, Inicialmente declaramos uma string chamada csql com a cláusula select, cujo objetivo é buscar no banco de dados todos os campos da tabela indicada na propriedade Tag do formulário corrente. Veja que essa propriedade foi carregada com o nome da tabela indica no item 16, destacado como “macete”. Desta forma este formulário pode ser reaproveitado em qualquer chamada a partir de outros formulário, desde que você indique na hora do instancimento do formulário o nome da tabela desejada. Uma boa idéia é para você é melhorar mais tarde o funcionamento deste formulário.

Ainda nesse código através de uma estrutura de repetição for, percorremos todas as colunas (campos) da tabela em questão e adicionamos o seu nome (nome do campo) ao controle cmbCampo.

Agora vamos adicionar um código, para que quando o usuário escolha um campo no controle cmbCampo, seja preechido o cmbParam com os tipos de busca possível para o tipo de campo selecionado, ou seja, se o usuário escolher um campo tipo “string” o campo cmbParam deve ter as opções tipo: “começando com”, “terminando em”, “igual a”, “tem a palavra”, e se for int deve der opções do tipo: “>”, “<”, etc.

19) Código do cmbCampo (quando o usuário escolher um campo);

OBS do Autor: Veja que não implementei para todos os tipos de dados, apenas para os tipos mais comuns. Int e string, fica para você implementar para os demais tipos usados.

20) Para finalizar o conteúdo desse artigo, vamos ao código que responderá ao evento click do Botão filtrar.

Note que esse formulário de pesquisa poderá ser utilizado por qualquer formulário de cadastro, sem alterações. Você pode melhorar o código com o tratamento para os outros tipos de dados como data e hora por exemplo.

Conclusão

Neste quarto artigo foi apresentado a camada de apresentação, onde foram criados os formulários para cadastro de dados do cliente e um formulário de pesquisa genérico que pode ser utilizado em toda a aplicação. Essa camada faz a interface com a camada intermediária, em sua maior parte com a lógica de negócios, entretanto no caso específico do formulário de pesquisa (por ser “generalista”) a interface é feita direta com a lógica do contralador através do método RetornaDataSet da classe clsDados.

Lembro que ao ao final dessa série de artigos, disponibilizarei o código dessa aplicação exemplo. Espero que estejam gostando. Comentários são benvindos e oportunos, como vimos no início.

Um grande abraço e até o próximo artigo,

Marcos Roberto de Moraes [Maromo]

Administrador de Sistemas de Informação